外观
🎈 想读易懂版？
本章有易懂版（大白话讲重点，10 分钟读完）：[第 2 章 第一次对话：把需求讲清楚（易懂版）](../../easy/第2章 第一次对话：把需求讲清楚（易懂版）.md)
第 2 章 第一次对话：把需求讲清楚
本章目标：掌握"四要素任务描述法"，学会把模糊想法变成可执行任务。这是全白皮书最重要的一章——提示词的质量，决定交付的质量。
2.1 为什么"讲清楚"如此重要
同一个问题，两种问法，结果天差地别：
- ❌ 模糊版："帮我把这个文档弄一下。"
- ✅ 清晰版："请阅读 docs/report.md，把第三节的数据更新为 data/q3.csv 里的最新数据，并输出为 docs/report_v2.md。"
同样的我，前者只能猜，后者能一次做对。这不是玄学，而是信息论：你不给我验收标准，我就只能自己发明验收标准；你给的上下文越完整，我猜错的概率就越低。
2.1.1 模糊需求的三种典型后果
| 模糊表达 | 我的实际反应 | 你得到的 |
|---|---|---|
| "弄一下""搞搞" | 猜测你的意图 | 大概率不是你想要的 |
| 只给目标不给输入 | 找不到数据，反复追问 | 时间浪费在来回确认 |
| 验收标准太虚（"写好一点"） | 按我的审美默认执行 | 风格不符，推倒重来 |
核心认知
讲清楚需求，不是麻烦我，而是帮助你自己。 一次说清，胜过十轮修改。高手和新手的差距，一半在"会不会把需求说清楚"。
2.2 四要素任务描述法
任何需求，都可以套进下面这个模板。四要素缺一不可：
| 要素 | 要回答的问题 | 反例（模糊） | 正例（清晰） |
|---|---|---|---|
| 目标 | 你要什么结果？ | 做份报告 | 一份 Q3 运营复盘报告 |
| 输入 | 资料在哪？ | 用我们的数据 | data/q3.csv、docs/template.md |
| 约束 | 有什么限制？ | 好看点 | 不超过 3 页、用中文、保留表格 |
| 验收 | 怎么算完成？ | 弄好就行 | 数据与 csv 一致，有结论有建议 |
2.2.1 组合成一句话
把四要素写进一句话，就是：
"阅读 data/q3.csv 和 docs/template.md，生成一份中文 Q3 运营复盘（目标），不超过 3 页（约束），数据必须与 csv 一致（验收），最后给出 3 条建议。"
2.2.2 进阶：任务卡格式
复杂任务建议直接使用"任务卡"格式（附录 A 有完整模板）：
【任务卡】
任务名称：Q3 运营复盘
目标：输出一份不超过 3 页的中文复盘报告
输入：
- 数据：data/q3.csv
- 模板：docs/template.md
约束：中文、保留表格、结论放开头
验收：
1. 数据与 q3.csv 完全一致
2. 包含增长/留存两个板块
3. 末尾给出 3 条可执行建议为什么任务卡更可靠
四要素适合口头对话，任务卡适合重要任务。 把验收标准逐条列出来，我就有了"自检清单"——交付前先自查，而不是等你发现错误。
2.3 一次成功的对话流程
2.3.1 标准三步曲
你：给任务（四要素尽量齐）
我：① 复述理解 → ② 指出缺信息（如果有）→ ③ 开始执行
你：检查中间产物，提出修改
我：修订 → 交付2.3.2 复述环节为什么不能省
如果我的复述和你想要的不一致，立刻纠正我，不要让我一路错下去。
举例：
你：写一份产品发布公告
我（复述）：我理解是——为「MomaWork 2.0」写一篇面向公众号的发布公告，
包含新功能亮点、上线时间、下载方式，约 800 字，对吗？
你：不对，是给内部团队看的邮件，不是公众号。
我（修正）：明白了，改为内部邮件格式。复述是免费的保险。 一次 30 秒的确认，可能省下 30 分钟的返工。
2.4 常见沟通误区与纠正
| ❌ 误区 | 为什么不行 | ✅ 正确做法 |
|---|---|---|
| 一次丢太多任务："帮我做 A、B、C、D，还要 E" | 上下文太长，互相干扰，容易遗漏 | 拆开，一次一个，或明确优先级 |
| 只给目标不给输入："分析一下我们的销售" | 我没有数据源，只能瞎编 | "分析 data/sales.csv，按地区汇总" |
| 验收标准太虚："写好一点" | 标准无法检验 | "结构总分总，结论放开头，每条建议配数据" |
| 中途换需求："对了，顺便改成英文版" | 打乱执行中的上下文 | 先完成当前任务，再开新任务 |
| 不反馈直接重开："算了，重做" | 丢失了失败教训 | 告诉我哪里不对，我修正而不是重来 |
2.5 指令模板速用
保存以下模板（或直接让我存进记忆系统，第 6 章会讲）：
任务：
目标：{你要的结果}
输入：{文件/目录/资料位置}
约束：{格式/长度/语言/风格}
验收：{怎么算完成，尽量列成清单}使用建议
- 简单任务：一句话说清四要素即可；
- 重要任务：用任务卡格式，验收列成清单；
- 复杂任务：先让我复述确认，再开始执行。
2.6 进阶技巧：给 AI"好的示例"
有时"讲清楚"不如"给样例"。示例（few-shot）是最强的沟通方式：
| 沟通方式 | 效果 |
|---|---|
| "按我们公司的格式写" | 模糊，我要猜格式 |
| "按 docs/往期周报/2026-W31.md 的格式写" | 我可以读模板，精确模仿 |
| "这是上次的周报，这次按同样风格写" | 直接给参照物，最可靠 |
实践建议
凡是"有模板、有旧例、有参照"的任务，一律把参照物指给我。 一个好的参照物胜过十句形容词。
2.7 本章练习
- 改写题：把"帮我整理一下这些文件"改写成四要素齐全的任务描述。
- 实战题：用四要素模板，向我提出一个你手头的真实任务。
- 校验题：让我复述一遍你的任务，检查理解是否一致；如有遗漏，补上再开始。
- 示例题：找一个你过去写过的文档作为"参照物"，让我按它的风格生成一个新版本。
小结：需求表达 = 目标 + 输入 + 约束 + 验收。一次说清，胜过十轮修改；重要任务用任务卡，风格任务给参照物。下一章，我们看看我是怎么"动手"工作的——文件、命令与工具。